home *** CD-ROM | disk | FTP | other *** search
/ InterCD 2000 September / september_2000.iso / intercd / root / ^Linux / cdrtools-1.10 / README.linux < prev    next >
Encoding:
Text File  |  2000-05-28  |  4.9 KB  |  130 lines
  1. WARNING: Do not use 'mc' to extract the tar file!
  2. All mc versions before 4.0.14 cannot extract symbolic links correctly.
  3.  
  4. Linux includes the gnu make program by default but it is called 'make' on linux.
  5. You will definitely need the shell script Gmake.linux to use gmake
  6. on a linux system.
  7.  
  8. Install it as /usr/bin/Gmake with:
  9.  
  10. cp Gmake.linux /usr/bin/Gmake
  11.  
  12. Then compile the system by calling:
  13.  
  14. /usr/bin/Gmake
  15. or ./Gmake.linux
  16.  
  17. NOTES for S.u.S.E distributions: you must unset an environment variable
  18. called PROMPT_COMMAND
  19. It contains illegal values for a make file system.
  20.  
  21.         I M P O R T A N T
  22.  
  23.     please carefully read all notes:
  24.  
  25. Newer Linux kernels (from 2.3.51) moved SVSv shared memory into a filesystem.
  26. If you get messages with error code EINVAL related to shared memory, you 
  27. most likely installed a newer kernel on an old system that does not mount
  28. the new shared memory filesystem.
  29. For information on this filesystem please read README.linux-shm
  30.  
  31. If you have any problems to access a device on the SCSI bus, check your
  32. /dev/sg devices first. Your system should either only have /dev/sga...
  33. or /dev/sg0... The newer Linux kernel use /dev/sg0... so the actual
  34. SCSI transport code checks for /dev/sg0... first. Many Linux installations
  35. have too few /dev/sg* device nodes. This is because of the funny device 
  36. mapping. It may be possible that one SCSI device eats up 8 /dev/sg* entries.
  37. I recommend to have at least 20 /dev/sg* device nodes.
  38.  
  39. In any case: first read the man page for hints how to specify the device.
  40. If nothing helps, first run e.g. cdrecord -scanbus. If this does not find
  41. your device, the problem is in your kernel or system installation.
  42. If scanning the bus finds the device, you are using the wrong device name.
  43. If nothing help try to call e.g. strace cdrecord 
  44.  
  45. Linux ATAPI hints:
  46.  
  47. Read README.ATAPI to learn how to use ATAPI drives with the SCSI transport
  48. library.
  49.  
  50. Linux SCSI hints:
  51.  
  52. If you want to use the user SCSI library on a target that is connected
  53. to a SCSI hostadapter which is not the first, you need to apply a patch
  54. to your Linux kernel code. This patch is located in the file 
  55.  
  56. Linux.scsi-patch
  57.  
  58. Please chdir to /usr/src, call
  59. patch  < Linux.scsi-patch
  60. and re-compile and re-install your kernel.
  61.  
  62. Linux kernels past 2.0.30 will probably already have this patch included.
  63.  
  64. I recommend to use Linux 2.0.35 or later or Linux 2.1.115 or later.
  65. These versions of Linux will include ATAPI support in a way needed by cdrecord.
  66. Linux 2.1.115 or newer will in addition support the Parallel Port / ATAPI
  67. adapters found in some CD-R or CD-RW drives.
  68.  
  69. IMPORTANT:
  70.  
  71. -    Although cdrecord supports to use dev=/dev/sgc, it is not recommended
  72.     and it is unsupported.
  73.  
  74.     The /dev/sg* device mapping in Linux is not stable! Using dev=/dev/sgc
  75.     in a shell script may fail after a reboot because the device you want
  76.     to talk to has moved to /dev/sgd. For the proper and OS independent
  77.     dev=<bus>,<tgt>,<lun> syntax read the man page of cdrecord.
  78.  
  79. -    In some architectures (at least on sparc / alpha / ppc) kernels prior
  80.     to 2.0.32 are not usable because the call to mlockall() kills cdrecord.
  81.  
  82. -    If you get a message like:
  83.  
  84.         cdrecord: Function not implemented. shmget failed
  85.  
  86.     You need to look for three possible reasons:
  87.  
  88.     -    You are using a Linux Kernel 2.3.51 or newer.
  89.         Read README.linux-shm
  90.  
  91.     -    You removed SVSv IPC from your kernel. You need to enable it again.
  92.         Run a Linux kernel config and recompile with SYSv IPC.
  93.  
  94.     -    The allowed amount of shared memory in the kernel is
  95.         not sufficient. See next main point for a solution:
  96.  
  97. -       You may need to edit /usr/src/linux/include/asm*/shmparam.h to allow at least 
  98.         4 MB of shared memory for your architecture by modifying SHMMAX
  99.     and re-compile/re-install Linux !
  100.     (note that Linux for Intel by default allows 16 MB) 
  101.  
  102.     Do this by e.g. changing the #define for SHMMAX to:
  103.  
  104.     #define SHMMAX 0x1000000                /* max shared seg size (bytes) */
  105.  
  106.     This will allow 16 MB for shared memory.
  107.  
  108. -    If you get the message: "Cannot allocate memory. Cannot send SCSI cmd via ioctl"
  109.     Your kernel/include files are inconsistent.
  110.  
  111.         This seems to be the case with most actual Linux kernels!!!!!!
  112.  
  113.     Make sure, that the include file /usr/src/linux/include/scsi/sg.h
  114.     reflects the actual kernel. Usually, the files /usr/include/scsi/sg.h
  115.     and /usr/src/linux/include/scsi/sg.h should be identical.
  116.  
  117.     **** Never change the content of /usr/src/linux/include/scsi/sg.h without
  118.     properly recompiling the kernel. Cdrecord depends on the fact that
  119.     the value of the define SG_BIG_BUFF uses the same value as the actual
  120.     kernel. Use cdrecord -scanbus -debug to get the value of SG_BIG_BUFF
  121.     with cdrecord has been compiled. An output of:
  122.  
  123.         scsi_getbuf: 32768 bytes
  124.  
  125.     indicates that cdrecord has been compiled with 32k SG_BIG_BUF
  126.  
  127.     The Linux 'sg' driver is the worst driver design, I've ever seen.
  128.  
  129. Joerg
  130.